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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://webapp.etsi.org/IPR/home.asp) . 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by ETSI Technical Committee Intelligent Transport System (ITS). 

The present document is part 1 , sub-part 2 of a multi-part deliverable covering the test specifications for High Data 
Rate (HDR) Dedicated Short Range Communication (DSRC). 

Full details of the entire series can be found in part 1-1 [2]. 
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Scope 



The present document contains the Test Suite Structure (TSS) and Test Purposes (TP) to test the "Dedicated Short 
Range Communication" (DSRC) "High Data Rate" (HDR) data link layer [1]. 

The objective of this test specification is to provide a basis for conformance tests for DSRC-HDR equipment specified 
in [1] giving a high probability of inter-operability between different manufacturer's equipment. 

The ISO standard for the methodology of conformance testing (ISO/IEC 9646-1 [3]) is used as a basis for the test 
methodology. 



References 



References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• Non-specific reference may be made only to a complete document or a part thereof and only in the following 
cases: 

if it is accepted that it will be possible to use all future changes of the referenced document for the 
purposes of the referring document; 

for informative references. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

NOTE: While any hyperlinks included in this clause were valid at the time of publication ETSI cannot guarantee 
their long term validity. 

2.1 Normative references 

The following referenced documents are indispensable for the application of the present document. For dated 
references, only the edition cited applies. For non-specific references, the latest edition of the referenced document 
(including any amendments) applies. 

[1] ETSI ES 200 674-1: "Electromagnetic compatibility and Radio spectrum Matters (ERM); Road 

Transport and Traffic Telematics (RTTT); Part 1: Technical characteristics and test methods for 
High Data Rate (HDR) data transmission equipment operating in the 5,8 GHz Industrial, Scientific 
and Medical (ISM) band". 

[2] ETSI TS 102 708-1-1: "Intelligent Transport Systems (ITS); RTTT; Test specifications for High 

Data Rate (HDR) data transmission equipment operating in the 5,8 GHz ISM band; Part 1: Data 
Link Layer; Sub-Part 1 : Protocol Implementation Conformance Statement (PICS) proforma 
specification". 

[3] ISO/IEC 9646-1 (1991): "Information technology - Open Systems Interconnection - Conformance 

testing methodology and framework - Part 1: General concepts". 

2.2 Informative references 

The following referenced documents are not essential to the use of the present document but they assist the user with 
regard to a particular subject area. For non-specific references, the latest version of the referenced document (including 
any amendments) applies. 

Not applicable. 
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3.1 



Definitions and abbreviations 



Definitions 



For the purposes of the present document, the terms and definitions given in [1] and [3] apply. 

3.2 Abbreviations 

For the purposes of the present document, the abbreviations given in [1] and [3] apply. 



4 Test Suite Structure 
4.1 Structure 

Table 1 shows the DLL Test Suite Structure (TSS) including its subgroups defined for the conformance testing 
Table 1 : Test suite structure for DSRC-HDR data link layer 



Group 


Type of system under test (SUT) 


Behaviour 


Data link layer 


On Board Unit 


Valid behaviour 


Invalid behaviour 


Road Side Unit 


Valid behaviour 


Invalid behaviour 



4.2 Test groups 



There is a single test group for the data link layer of DSRC-HDR. 



4.3 Type of SUT 

Two types of systems under test (SUT) are distinguished, i.e. on board units (OBUs) and road side units (RSUs). 

4.4 Behaviour test groups 

4.4.1 Valid behaviour tests 

Valid behaviour tests shall verify that the IUT reacts in conformity with the base standard [1], after receipt or exchange 
of valid protocol data units (PDUs). "Valid PDU" means that the exchange of messages and the content of the 
exchanged messages are considered as valid, i.e compliant with the base standard. 

4.4.2 Invalid behaviour tests 

Invalid behaviour tests shall verify that the IUT reacts in conformity with the base standard [1], after receipt of a 
syntactically invalid protocol data unit (PDU). 
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5.1 



Test purposes 



Introduction 



5.1.1 Definition conventions 

Test purposes (TPs) are defined following particular rules as presented in table 2. 

Table 2: TP definition rules 



TPID 


Title: 


Reference: 


PICS Selection: 


TC Reference 


Initial condition: 


Stimulus and Expected behaviour: 



TPID 


The TP ID is a unique identifier. It shall be specified according to the TP naming 
conventions defined in the sub-clause below. 


Title 


Short description of test purpose objective. 


Reference 


The reference should contain the references of the subject to be validated by the actual 
TP (specification reference, clause, paragraph). 


ICS Selection 


Reference to the ICS statement involved for selection of the TP. Contains a Boolean 
expression. Only those ICS statements are shown that are explicitly related to the test. 


TC reference 


Shows the reference number of the related test case in the ATS. 


Initial condition 


The condition defines in which initial state the IUT has to be to apply the actual TP. 


Stimulus and Expected 
behaviour 


Definition of the events the tester performs, and the events that are expected from the 
IUT to conform to the base specification. 



5.1 .2 Naming conventions 

The identifier of the TP is built according to table . 



Table 3: TP naming convention 



Identifier 


TP/<sut>/<layer>/<x>/<n> 




<sut> = Type of SUT 


OBU 


On Board Unit 




RSU 


Road Side Unit 


<layer> 


DLL 


Data Link Layer 


x = Type of testing 


BV 


Valid Behaviour Test 




Bl 


Invalid Behaviour Test 


<n> = sequential number 


>0 


<n> = sequential number 


NOTE: All tests specified in the present document are data link layer tests. The term <layer> in the TP identifier is 
used to have a consistent TP reference covering also the tests on the application layer provided in a separte 
part of this multi-part deliverable. 



5.1 .3 Sources of TP definitions 

All TPs are specified according to the base standard ES 200 674-1 [1]. 

5.1 .4 General reference 

All references in the test purposes, if not stated differently, are indicating clauses of the base standard ES 200 674-1 [1]. 
All references to PICS are indicating tables in TS 102 708-1-1 [2]. 
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5.1 .5 General conditions 

For all TPs related to OBUs the following pre-conditions shall apply, if not defined differently for a specific TP: 

• The OBU shall be ready for communication, i.e. it shall not be in sleep mode and all boot processes shall be 
finalized. 

Additional pre-conditions may apply for specific TPs. 

5. 1 .6 Default PICS selection 

For all TPs related to OBUs the following PICS selections shall apply in addition to those specified for a specific TP: 

• Tables A. 1/1 , A.4/3 and A.4/9 of the PICS [2] is implicitly selected for all TPs. 

For all TPs retaled to RSUs the following PICS selections shall apply in addition to those specified for a specific TP: 

• Tables A. 1/2, A.4/2, A.4/8 and A.5/1 of the PICS [2] is implicitly selected for all TPs. 

Further PICS selections may apply as specified for a specific TP. These only give hints on the major properties to be 
tested, as the base standard [1] does not contain selectable options. 

5.2 Test purposes for on-board units 
5.2.1 Valid behaviour tests 



TP/OBU/DLL/BV/01 



Verify that the IUT can reply to requests providing proper values in the LLC address field 



Reference: Clauses 10.9.1, 10.4.1 and 10.4.2 



PICS Selection : Table A.3/1 



TC reference: 



Initial condition: 



Stimulus and Expected Behaviour: 

1 ) Tester sends a frame to the IUT upon which a reply is expected. 

2) Verify that the tester receives the expected reply with the LLC address field of the received frame containing the 
same value as the LLC address field transmitted in step 1). 



TP/OBU/DLL/BV/02 



Verify that the IUT can receive downlink frames of maximum allowed length as defined by 
N2 



Reference: Clause 10.2.2.4 



PICS Selection : Table A.5/4 



TC reference: 



Initial condition: 



Stimulus and Expected Behaviour: 

1 ) Tester sends downlink frame containing any sequence of PDUs in such a way that the number of octets in the frame 
equals the maximum number as defined by N2. 

2) Verify IUT properly confirms the requests send in step 1 ) by a corresponding uplink frame. 



TP/OBU/DLL/BV/03 



Verify that the IUT implements correctly the timing constraint T um ax for uplink windows 



Reference: Clause 10.9.2 



PICS Selection: Table A.5/3 



TC reference: 



Initial condition: 



Stimulus and Expected Behaviour: 

1 ) Tester sends a frame to the IUT containing a valid request upon which reception of a frame of maximum length from 
the IUT is expected. 

2) Verify that the tester receives the expected reply from the IUT. Tester records time T umax from the end of the last bit 

of the closing flag of the frame containing the request from the tester until the end of the last bit of the end flag of the 
frame containing the response. 

3) Verify that T does not exceed the allowed limit. 
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Verify that the IUT manages duplicate reception of requests 



TP/OBU/DLL/BV/04 



Reference 



Clause 10.9.3 



PICS Selection : Table A.4/9 



TC reference: 



Initial condition: 



Stimulus and Expected Behaviour: 

1 ) Tester sends a frame containing valid PDUs. 

2) Tester records the response (if any) sent by the IUT. 

3) After time T v repeat step 1 ). 

4) Verify reception of the same response as in step 2). 



TP/OBU/DLL/BV/05 



Verify that the IUT correctly handles the abort sequence 



Reference: 



Clause 10.2.2.3 



PICS Selection: Table A.4/1 AND Table A.4/10 



TC reference: 



Initial condition: 



Stimulus and Expected Behaviour: 

1) Tester sends downlink frame containing a valid sequence of PDUs upon which replies are expected, but replaces the 
closing flag by the abort sequence. 

2) Verify that the IUT does not reply to the frame sent in step 1 ). 



5.2.2 Invalid behaviour tests 



TP/OBU/DLL/BI/01 



Verify that the IUT ignores downlink frames with a length exceeding the maximum allowed 
length as defined by N2 



Reference: 



Clauses 10.2.2.1 and 10.2.2.4 



PICS Selection: Table A.4/1 AND Table A.5/4 



TC reference: 



Initial condition: 



Stimulus and Expected Behaviour: 

1) Tester sends downlink frame containing any sequence of PDUs upon which replies are expected, in such a way that 
the number of octets in the frame exceeds the maximum number as defined by N2. 

2) Verify that the IUT does not reply to the frame sent in step 1 ). 



TP/OBU/DLL/BI/02 



Verify that the IUT ignores downlink frames with no closing flag 



Reference: 



Clauses 10.2.2.1 and 10.3 



PICS Selection: Tables A.2/2 AND A.4/1 AND A.4/10 



TC reference: 



Initial condition: 



Stimulus and Expected Behaviour: 

1) Tester sends downlink frame containing a valid sequence of PDUs upon which replies are expected, but suppresses 
transmission of the closing flag. 

2) Verify that the IUT does not reply to the frame sent in step 1 ). 



TP/OBU/DLL/BI/03 



Verify that the IUT ignores downlink frames with no opening flag 



Reference: 



Clauses 10.2.2.1 and 10.3 



PICS Selection: Tables A.2/2 AND A.4/1 AND A.4/10 



TC reference: 



Initial condition: 



Stimulus and Expected Behaviour: 

1) Tester sends downlink frame containing a valid sequence of PDUs upon which replies are expected, but suppresses 
transmission of the opening flag. 

2) Verify that the IUT does not reply to the frame sent in step 1 ). 
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TP/OBU/DLL/BI/04 



Verify that the IUT ignores downlink frames with erroneous bit-stuffing 



Reference: 



Clauses 10.2.2.1 and 10.2.2.3 



PICS Selection : Tables A.4/1 AND A.4/1 



TC reference: 



Initial condition: 



Stimulus and Expected Behaviour: 

1) Tester sends downlink frame containing a valid sequence of PDUs upon which replies are expected, but inserts a 
single flag inside the frame caused by erroneous bit-stuffing. 

2) Verify that the IUT does not reply to the frame sent in step 1 ). 



TP/OBU/DLL/BI/05 



Verify that the IUT can detect and manage double bit errors in the LLC address field and 
LPDU field of the downlink frame 



Reference: 



Clauses 10.2.2.1, 10.2.2.3 and 10.4.2 



PICS Selection: Tables A.3/1 AND A.4/1 



TC reference: 



Initial condition: 



Stimulus and Expected Behaviour: 

1) Tester sends downlink frame containing a valid sequence of PDUs upon which replies are expected, but randomly 
inserts double bit errors in the LLC address field and LPDU field. 

2) Verify that the IUT does not reply to the frame sent in step 1 ). 

3) Repeat steps 1) and 2) in case insertion of bit errors produced a flag or an abort sequence. 



TP/OBU/DLL/BI/06 



Verify that the IUT can detect and manage double-bit errors in the FCS field of the downlink 
frame 



Reference: 



Clauses 10.2.2.1 and 10.5 



PICS Selection: Tables A.2/4 AND A.4/1 



TC reference: 



Initial condition: 



Stimulus and Expected Behaviour: 

1) Tester sends downlink frame containing a valid sequence of PDUs upon which replies are expected, but randomly 
inserts double bit errors in the FCS field. 

2) Verify that the IUT does not reply to the frame sent in step 1 ). 

3) Repeat steps 1 ) and 2) in case insertion of bit errors produced a flag or an abort sequence. 



TP/OBU/DLL/BI/07 



Verify that the IUT can detect and manage a block of 15 bit errors in the downlink frame 



Reference: 



Clauses 10.2.2.1 and 10.2.2.3 



PICS Selection : Table A.4/1 



TC reference: 



Initial condition: 



Stimulus and Expected Behaviour: 

1) Tester sends downlink frame containing a valid sequence of PDUs upon which replies are expected, but inserts 15 
subsequent bit errors randomly allocated somewhere between the opening flag and the closing flag. 

2) Verify that the IUT does not reply to the frame sent in step 1 ). 

3) Repeat steps 1 ) and 2) in case insertion of bit errors produced a flag or an abort sequence. 



5.3 Test purposes for road side units 
5.3.1 Valid behaviour tests 



TP/RSU/DLL/BV/01 



Verify that the IUT correctly handles the abort sequence 



Reference: 



Clause 10.2.2.3 



PICS Selection: Tables A.2/2 AND A.4/1 AND A.4/1 



TC reference: 



Initial condition: 



Stimulus and Expected Behaviour: 

1 ) Force the IUT to send a request to the tester upon which a reply is expected. 

2) Tester sends uplink frame containing a valid reply to the request in step 1), but replaces the closing flag by the abort 
sequence. 

3) Verify that the IUT repeats the request sent in step 1) after the polling interval T1 expired. 
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TP/RSU/DLL/BV/02 



Verify that the IUT can receive uplink frames of maximum allowed length defined by N3 



Reference: 



Clauses 10.2.2.1 and 10.2.2.4 



PICS Selection: Table A.4/1 AND Table A.5/5 



TC reference: 



Initial condition: 



Stimulus and Expected Behaviour: 

1) Force the IUT to send a request to the tester upon which a reply with maximum allowed frame length is expected. 

2) Tester sends uplink frame with maximum allowed length defined by N3, containing a valid reply to the request in 
step 1). 

3) Verify that the IUT does not repeat the request sent in step 1) after the polling interval T1 expired. 



TP/RSU/DLL/BV/03 



Verify that the IUT can correctly manage re-transmission of frames 



Reference: 



Clause 10.8.2 



PICS Selection: Tables A.4/5 AND A.5/1 



TC reference: 



Initial condition: 



Stimulus and Expected Behaviour: 

1 ) Force the IUT to send a request to the tester upon which a reply is expected. 

2) The tester shall ignore the request. 

3) Verify that the IUT repeats the request sent in step 1) after the polling interval T1 expired. 



5.3.2 Invalid behaviour tests 



TP/RSU/DLL/BI/01 



Verify that the IUT ignores uplink frames with a length exceeding the maximum allowed 
length as defined by N3 



Reference: 



Clause 10.2.2.1 and 10.2.2.4 



PICS Selection: Tables A.5/1 AND A.5/5 



TC reference: 



Initial condition: 



Stimulus and Expected Behaviour: 

1 ) Force the IUT to send a request to the tester upon which a reply is expected. 

2) Tester sends uplink frame containing a valid reply to the request in step 1 ), in such a way that the number of octets in 
the frame exceeds the maximum number as defined by N3. 

3) Verify that the IUT repeats the request sent in step 1) after the polling interval T1 expired. 



TP/RSU/DLL/BI/02 



Verify that the IUT IUT ignores uplink frames with no closing flag 



Reference: 



Clauses 10.2.2.1 and 10.3 



PICS Selection: Tables A.2/2 AND A.4/1 AND A.5/1 



TC reference: 



Initial condition: 



Stimulus and Expected Behaviour: 

1 ) Force the IUT to send a request to the tester upon which a reply is expected. 

2) Tester sends uplink frame containing a valid reply to the request in step 1), but suppresses transmission of the 
closing flag. 

3) Verify that the IUT repeats the request sent in step 1) after the polling interval T1 expired. 



TP/RSU/DLL/BI/03 



Verify that the IUT ignores uplink frames with no opening flag 



Reference: 



Clauses 10.2.2.1 and 10.3 



PICS Selection: Tables A.2/2 AND A.4/1 AND A.5/1 



TC reference: 



Initial condition: 



Stimulus and Expected Behaviour: 

1 ) Force the IUT to send a request to the tester upon which a reply is expected. 

2) Tester sends uplink frame containing a valid reply to the request in step 1), but suppresses transmission of the 
opening flag. 

3) Verify that the IUT repeats the request sent in step 1) after the polling interval T1 expired. 
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TP/RSU/DLL/BI/04 



Verify that the IUT ignores uplink frames with erroneous bit-stuffing 



Reference: 



Clauses 10.2.2.1 and 10.2.2.3 



PICS Selection: Tables A.4/1 AND A.4/10 AND A.5/1 



TC reference: 



Initial condition: 



Stimulus and Expected Behaviour: 

1 ) Force the IUT to send a request to the tester upon which a reply is expected. 

2) Tester sends uplink frame containing a valid reply to the request in step 1), but inserts a single flag inside the frame 
caused by erroneous bit-stuffing. 

3) Verify that the IUT repeats the request sent in step 1) after the polling interval T1 expired. 



TP/RSU/DLL/BI/05 



Verify that the IUT can detect and manage double bit errors in the LLC address field and 
LPDU field of the uplink frame 



Reference: 



Clauses 10.2.2.1 and 10.2.2.3 



PICS Selection: Tables A.3/1 AND A.4/1 



TC reference: 



Initial condition: 



Stimulus and Expected Behaviour: 

1 ) Force the IUT to send a request to the tester upon which a reply is expected. 

2) Tester sends uplink frame containing a valid reply to the request in step 1), randomly inserts double bit errors in the 
LLC address field and LPDU field in such a way, that flag or an abort sequence are generated. 

3) Verify that the IUT repeats the request sent in step 1) after the polling interval T1 expired. 



TP/RSU/DLL/BI/06 



Verify that the IUT can detect and manage double-bit errors in the FCS field of the uplink 
frame 



Reference: 



Clauses 10.2.2.1 and 10.5 



PICS Selection : Table A.4/1 



TC reference: 



Initial condition: 



Stimulus and Expected Behaviour: 

1 ) Force the IUT to send a request to the tester upon which a reply is expected. 

2) Tester sends uplink frame containing a valid reply to the request in step 1), but randomly inserts double bit errors in 
the FCS field in such a way, that flag or an abort sequence are generated. 

3) Verify that the IUT repeats the request sent in step 1) after the polling interval T1 expired. 



TP/RSU/DLL/BI/07 



Verify that the IUT can detect and manage a block of 15 bit errors in the uplink frame 



Reference: 



Clauses 10.2.2.1 and 10.2.2.3 



PICS Selection : Table A.4/1 



TC reference: 



Initial condition: 



Stimulus and Expected Behaviour: 

1 ) Force the IUT to send a request to the tester upon which a reply is expected. 

2) Tester sends uplink frame containing a valid reply to the request in step 1), but inserts 15 subsequent bit errors 
randomly allocated somewhere between the opening flag and the closing flag in such a way, that flag or an abort 
sequence are generated. 

3) Verify that the IUT repeats the request sent in step 1) after the polling interval T1 expired. 



TP/RSU/DLL/BI/08 



Verify that the IUT can detect and manage a wrong Link ID value in an uplink frame 



Reference: 



Clause 10.2.2.1, 10.4.1 and 10.4.2 



PICS Selection: Tables A.3/1 AND A.4/1 



TC reference: 



Initial condition: 



Stimulus and Expected Behaviour: 

1 ) Force the IUT to send a request to the tester upon which a reply is expected. 

2) Tester sends uplink frame containing a valid reply to the request in step 1), but uses a wrong value of the Link ID. 

3) Verify that the IUT repeats the request sent in step 1) after the polling interval T1 expired. 
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TP/RSU/DLL/BI/09 



Verify that the IUT can detect and manage an invalid LLC address field in an uplink frame 



Reference: 



Clauses 10.2.2.1, 10.4.1 and 10.4.2 



PICS Selection: Tables A.3/1 AND A.4/1 



TC reference: 



Initial condition: 



Stimulus and Expected Behaviour: 

1 ) Force the IUT to send a request to the tester upon which a reply is expected. 

2) Tester sends uplink frame containing a valid reply to the request in step 1), but setting all bits in the LLC address 
field to the value zero. 

3) Verify that the IUT repeats the request sent in step 1) after the polling interval T1 expired. 



TP/RSU/DLL/BI/10 



Verify that the IUT can detect and manage an invalid LPDU, containing a fractional number 
of octets in length 



Reference: 



Clauses 10.2.2.1 and 10.4.2 



PICS Selection : Table A.4/1 



TC reference: 



Initial condition: 



Stimulus and Expected Behaviour: 

1 ) Force the IUT to send a request to the tester upon which a reply is expected. 

2) Tester sends uplink frame containing a valid reply to the request in step 1 ), but adds a fraction of an octet prior to the 
FCS field. 

3) Verify that the IUT repeats the request sent in step 1) after the polling interval T1 expired. 
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Annex A (informative): 
Test coverage matrix 



A.1 Introduction 



The following tables show the test purposes coverage with respect to: 

a) relevant clauses in the base standard; and 

b) PICS statements. 

There is one table for OBU and one table for RSU. 



The tables are ordered by base standard clauses. When no other indication is given, it is assumed that the referenced 
clause contains one testable statement. Otherwise, the referenced statement is identified by the order of sentences, list 
items, or rules specified in the related base standard clause. 



A.2 OBU 



Table A.l constitutes the test coverage matrix for OBUs. 



Table A.1 : OBU test coverage matrix 



Base standard clause 


PICS reference 


Test purpose 


Foreword 


None 


Nothing to be tested 


Introduction 


None 


Nothing to be tested 


1 Scope 


None 


Nothing to be tested 


2 Normative references 


None 


Nothing to be tested 


3 Definitions, symbols and 
abbreviations 


None 


Nothing to be tested 


4 General 


None 


Nothing to be tested 


5 Test conditions, power sources and 
ambient temperatures 


None 


Nothing to be tested 


6 General conditions 


None 


Nothing to be tested 


7 Layer 1 : Methods of measurement 
and limits for road side unit 
transmitter parameters 


None 


Nothing to be tested 


8 Layer 1 : Methods of measurement 
and limits for RSU road side unit 
receiver parameters 


None 


Nothing to be tested 


9 Layer 1 : Method of measurements 
and limits for on-board units 


None 


Nothing to be tested 


1 Layer 2 parameters and 
procedures 




See below 


10.1 


None 


Nothing to be tested 


10.2.2.1 


Table A.4/1 


TP/OBU/DLL/BI/01 , TP/OBU/DLL/BI/02, 
TP/OBU/DLL/BI/03, TP/OBU/DLL/BI/04, 
TP/OBU/DLL/BI/05, TP/OBU/DLL/BI/06, 
TP/OBU/DLL/BI/07 


10.2.2.2 


Table A.2/5 


All TPs 


10.2.2.3 


Table A.4/1 


TP/OBU/DLL/BV/05, 
TP/OBU/DLL/BI/04, TP/OBU/DLL/BI/05, 
TP/OBU/DLL/BI/07 


10.2.2.4 


Table A.5/4, Table A.5/5 


TP/OBU/DLL/BV/02, 
TP/OBU/DLL/BI/01 , TP/OBU/DLL/BI/04 


10.3.1 


Table A.2/2 


TP/OBU/DLL/BI/01 , TP/OBU/DLL/BI/02, 
TP/OBU/DLL/BI/03 


10.3.2 


Table A.2/2 


TP/OBU/DLL/BI/01 , TP/OBU/DLL/BI/02, 
TP/OBU/DLL/BI/03 
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Base standard clause 


PICS reference 


Test purpose 


10.4.1 


Table A.2/3, Table A.3/1 , Table A.3/2 


TP/OBU/DLL/BV/01 


10.4.2 


Table A.2/3, Table A.3/1 , Table A.3/2 


TP/OBU/DLL/BV/01 , TP/OBU/DLL/BI/05 


10.5.1 


Table A.2/4 


TP/OBU/DLL/BI/06 


10.5.2 


Table A.2/4 


TP/OBU/DLL/BI/06 


10.6 


Table A.4/4 


All TPs 


10.7 


Table A.4/7 


All TPs 


10.8.1 


None 


Nothing to be tested 


10.8.2 


None 


Nothing to be tested 


10.8.3 


None 


Nothing to be tested 


10.9.1 


Table A.4/3 


TP/OBU/DLL/BV/01 


10.9.2 


Table A.4/6 


TP/OBU/DLL/BV/03 


10.9.3 


Table A.4/9 


TP/OBU/DLL/BV/04 


11 


None 


Nothing to be tested 


12 


None 


Nothing to be tested 


Annex A 


None 


Nothing to be tested 


Annex B 


None 


Nothing to be tested 


Annex C 


None 


Nothing to be tested 


Annex D 


None 


Nothing to be tested 





A.3 RSU 



Table A.2 constitutes the test coverage matrix for RSUs. 



Table A.2: RSU test coverage matrix 



Base standard clause 


PICS reference 


Test purpose 


Foreword 


None 


Nothing to be tested 


Introduction 


None 


Nothing to be tested 


1 Scope 


None 


Nothing to be tested 


2 Normative references 


None 


Nothing to be tested 


3 Definitions, symbols and 
abbreviations 


None 


Nothing to be tested 


4 General 


None 


Nothing to be tested 


5 Test conditions, power sources and 
ambient temperatures 


None 


Nothing to be tested 


6 General conditions 


None 


Nothing to be tested 


7 Layer 1 : Methods of measurement 
and limits for road side unit 
transmitter parameters 


None 


Nothing to be tested 


8 Layer 1 : Methods of measurement 
and limits for RSU road side unit 
receiver parameters 


None 


Nothing to be tested 


9 Layer 1 : Method of measurements 
and limits for on-board units 


None 


Nothing to be tested 


1 Layer 2 parameters and 
procedures 




See below 


10.1 


Table A. 1 


All TPs 


10.2.2.1 


Table A.2 


TP/RSU/DLL/BV/02, 
TP/RSU/DLL/BI/01 , TP/RSU/DLL/BI/02, 
TP/RSU/DLL/BI/03, TP/RSU/DLL/BI/04, 
TP/RSU/DLL/BI/05, TP/RSU/DLL/BI/06, 
TP/RSU/DLL/BI/07, TP/RSU/DLL/BI/08, 
TP/RSU/DLL/BI/09, TP/RSU/DLL/BI/1 


10.2.2.2 


Table A.2/5 


All TPs 


10.2.2.3 


Table A.4/10 


TP/RSU/DLL/BV/01, 
TP/RSU/DLL/BI/04, TP/RSU/DLL/BI/05, 
TP/RSU/DLL/BI/07 


10.2.2.4 


Table A.5/4, Table A.5/5 


TP/RSU/DLL/BV/02, TP/RSU/DLL/BI/01 


10.3.1 


Table A.2/2 


TP/RSU/DLL/BI/02, TP/RSU/DLL/BI/03 


10.3.2 


Table A.2/2 


TP/RSU/DLL/BI/02, TP/RSU/DLL/BI/03 


10.4.1 


Table A.2/3, Table A.3/1 , Table A.3/2 


TP/RSU/DLL/BI/08, TP/RSU/DLL/BI/09 
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Base standard clause 


PICS reference 


Test purpose 


10.4.2 


Table A. 2/3 Table A.3/1 , Table A.3/2 


TP/RSU/DLL/BI/08, TP/RSU/DLL/BI/09, 
TP/RSU/DLL/BI/10 


10.5.1 


Table A. 2/4 


TP/RSU/DLL/BI/06 


10.5.2 


Table A. 2/4 


TP/RSU/DLL/BI/06 


10.6 


Table A.4/4 


All TPs 


10.7 


Table A.4/7 


All TPs 


10.8.1 


Table A.4/2 


All TPs 


10.8.2 


Table A. 4/5 


TP/RSU/DLL/BV/03 


10.8.3 


Table A.4/8 


All TPs 


10.9.1 


None 


Nothing to be tested 


10.9.2 


None 


Nothing to be tested 


10.9.3 


None 


Nothing to be tested 


11 


None 


Nothing to be tested 


12 


None 


Nothing to be tested 


Annex A 


None 


Nothing to be tested 


Annex B 


None 


Nothing to be tested 


Annex C 


None 


Nothing to be tested 


Annex D 


None 


Nothing to be tested 
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